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METHOD AND SYSTEM OF MANAGING MUTUAL EARLY TERMINATION 
TERMS FOR THE ELECTRONIC TRADING OF FINANCIAL INSTRUMENTS 

CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application claims the benefit, under 35 U.S.C. § 120, of pending U.S. 

Application No. 09/665,305, entitled "Method and System of Managing Credit for the 
Electronic Trading of Financial Instruments," filed September 19, 2000. 

FIELD OF THE INVENTION 
1 o This invention generally relates to computerized brokerage systems and more 

particularly, to the electronic trading of financial instruments between various counterparties 
O having unilateral or bilateral credit relationships. 

5 5 : 

fi BACKGROUND 

- y 

Q15 When financial instruments, such as those listed in Table 1, are traded, the credit 

v =l worthiness of the opposing counterparty is important because obligations of one or both 
b parties under such financial instruments may extend up to and beyond thirty years. Each of 
E the parties may be exposed to risk based upon the ability of a counterparty to fulfil its 
obligations. The resulting credit exposure over the life of a contract is potentially an 

- n 

^0 unknown amount. Therefore, trading parties have a significant interest in limiting credit 
C3 exposure. 

One method by which credit risk may be mitigated is by including early termination 
provisions in the terms of the trade. For example, when entering into a contract to trade a 
10- year swap, both parties may agree to give the counterparty an option after 5 years to 

25 terminate (i.e. "unwind") the contract at "fair value," calculated at the time the option is 
exercised. This gives each party the opportunity to evaluate the counterparty's credit 
worthiness at the future date. These terms are typically called "mutual puts," "early 
termination clauses" or "break clauses". The mutual put terms typically include two time 
parameters specifying when the parties may exercise the option: the initial time at which 

30 either party may exercise the option (the "first look" or "start date"), and the times; if any, at 
which such options may be exercised thereafter (the "period"). For example, a five year 
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period may be exercised every five years after the first look dates for the life of the 
instrument, and a one year period may be exercised every year after the first look date for 
the life of the instrument. The parties may also specify other parameters, such as the last 
time the parties may exercise the option (the "last look"). The parties also agree, at the time 
5 the contract is entered into, as to the methods for settlement and calculating fair value, such 
as those methods set forth in the International Swaps and Derivatives Association ("ISDA"), 
2000 ISDA Definitions . 

A number of systems have been developed which attempt to automate the trading 
process and provide credit controls. For example, U.S. Patent No. 6,014,627 describes an 
1 0 anonymous trading system which identifies the best bids and offers from those 

counterparties with which each party is eligible to trade. The system pre-screens each bid 
C= and offer for a particular type of financial instrument for compatibility with credit information 
5 to calculate a best price (the "dealable" price), for each entity dealing with the particular 
?f financial instrument. 

5 5 U.S. Patent No. 5,924,083 describes a distributed trading system for displaying a 

credit-filtered view of markets for financial instruments based upon credit limits entered by 
the trading parties. Each trading entity initially enters credit information which consists of the 
S amount of credit that the trading entity is willing to extend to other trading entities for one or 
N= more types of trading instruments. Each trading entity may also create group credit limits by 
rt20 which the trading entity may limit the amount of credit it is willing to extend to a group of 
O potential counterparties. 
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F/X Products 

American and European Optbns 
Calls 
Puts 

Risk Reversals and Straddles 

Strangles 
Exotic Options 

Knock-ins/outs 

Reverse knock ins/outs 
Other Instruments 

Forwards 
Fixed Income Products 
Swaps 

Swap spreads (traded with treasury hedge) 
All-in rate swaps 
Spread switches 
All-in-rate switches 

1-3,3-6,1-6 month LIBOR basis swaps 

CP-3 month LIBOR basis swaps 
Forward Rate Agreements 

1/3/6 month LIBOR 

FRA Switches 
Swaptions 

European (payer, receiver, straddle) 

Bermudan (payer, receiver, straddle) 

Bermudan-European Switches (payer, receiver, straddle) 
Caps/Floors 

LIBOR Cap/Floor, Straddle 

LIBOR Digital Cap/Floor 
Convexity Products 

Cap/Floor, Straddle (CMS/CMT 2, 5, 10, 30 year tenors) 

Rolling Spread Locks against a spot hedge 

Rolling Spread Locks quoted outright 
Equity Index Products 

American and European Optbns 

Calls 

Puts 

Straddles 



TABLE 1 
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PCT Application, No. PCT/US98/21518 describes a credit preference method in an 
anonymous trading system for screening trades between entities. Three screening methods 
are described: a binary method in which each entity makes a yes or no determination as to 
whether or not it will deal with each potential counterparty; a line binary or time limit method 
5 in which each entity sets a maxim urn matu rity of contracts for each potential counterparty; 
and a "complex" method in which each entity specifies a maximum amount it will trade with 
each counterparty for one or more "maturity bands." The system provides a "complex 
preference interface" through which a credit administrator for the trading entity can specify 
for each potential counterparty, the maximum exposure for each maturity band. For 
10 example, an entity could specify that for a given counterparty, it "will do up to $100 million 
out for 5 years, and then only $50 million out from thereafter out to 10 years, and nothing 
3 thereafter." In determining appropriate limits, the administrator use a measure of "risk 
Cj: equivalence" (RQ) which is calculated as a function of the potential exposure averaged over 
fy a series of time points, weighed by a discount factor. 

5l5 In a typical "conversational" trading desk scenario in which traders enter and act on 

y3 orders over the telephone, the traders may verbally negotiate for whether mutual puts will be 
f . required, and if so, the terms for such mutual puts (e.g. first look and period). At least one 
O known automated trading system allows traders to enter into "free form" electronic 
R a messaging in which the traders may negotiate for mutual puts and relevant terms (e.g. first 

□20 look and period). The traders are then required to report the mutual put parameters to 

r% 

w trading system administrators who generate the appropriate confirmation forms. However, 
no known electronic or conversational system allows a credit administrator or other 
authorized user to set enforceable limits for mutual put requirements. Thus, there exists a 
need for a method and system of facilitating the enforcement of mutual put requirements for 
25 use with electronic trading systems. 

SUMMARY OF THE INVENTION 

These and other limitation of the prior art are addressed in the present invention 
which is a system and method of tracking credit limits between counterparties trading 
30 financial instruments on a trading system, where each financial instrument may have one or 
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more tenors associated with it. Each trading party has a set of credit limits associated with 
each other potential trading party. This includes a credit limit for one or more tenors of each 
financial instrument to be traded. The tenors are grouped into sets of "buckets," where a 
single credit limit is applied to all tenors in an individual bucket A relationship is associated 
5 with the credit limits for a first group of buckets wherein credit extended on one of the tenors 
in an individual bucket proportionally reduces the available credit for the other buckets, and 
therefore the credit limit on each tenor in the buckets. When a trade is entered into between 
a party and a given counterparty for a given tenor, the credit limit for the bucket associated 
with the tenor is reduced by the amount of the trade and the credit limits on the related 
10 buckets are proportionally reduced. In a preferred embodiment, the credit limit of each 
^ bucket is reduced in proportion to an initial assigned credit limit. 

In an embodiment of the invention, the credit limits associated with each other 
potential trading party further include mutual put requirements for contracts entered into 
f!j between the parties. 

3 E 3 

2 BRIEF DESCRIPTION OF THE DRAWINGS 

? s Figure 1 is a schematic diagram of exemplary credit relationships formed between 

C trading organizatbns in accordance with the present invention; 

: M Figure 2 is a flow chart of a preferred process for tracking credit limits in accordance 

P20 with the invention; 

te Figure 3 is a flow chart of a method for calculating proportional draw downs and 

currently available limits in accordance with the present invention; 

Figure 4 shows an exemplary user interface for selecting trading groups in 
accordance with the present invention; 
25 Figures 5A and 5B show an exemplary user interface for specifying draw down 

proportions for various tenors for financial instruments in accordance with the present 
invention; 

Figure 6A shows an exemplary user interface for setting eligibility as well as available 
credit multipliers for a plurality of counterparties in accordance with the present invention; 
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Figure 6B shows an exemplary user interface for setting mutual put requirements for a 
plurality of counterparties; 

Figure 7 shows an exemplary user interface for customizing proportional draw downs 
for individual institutions; 
5 Figure 8 shows an exemplary user interface for globally selecting buckets of financial 

instruments; 

Figure 9 shows an exemplary user interface for setting buckets for an individual 
institution; 

Figure 10 shows an exemplary trader screen including credit relationship status 
10 information for each bid and offer; 

Figure 11 is a schematic of an exemplary computer network implementing the 

O 

J3 disclosed invention; and 

J Figure 12 is a flow chart of a method of enforcing mutual put parameters in 

fij accordance with the present invention. 

Stl5 

J3 DETAILED DESCRIPTION OF THE INVENTION 

5^ With reference to Figure 1 , a typical trading and credit scenario is described. Trades 

Q of financial instruments are typically performed between trading groups (10, 12, 14, 16, 18, 
In 20). Each trading group typically trades one or more types of financial instruments. Each 
§20 trading group also typically includes one or more individual traders. Credit relationships are 
~ typically established between trading groups and legal organizations (22, 24, 26 and 28). 
Alternatively, credit relationships may be formed between trading groups and parent 
companies of the legal organizations (shown as institutions 30, 32); or between any 
combination of trading groups, organizations, institutions, or other entity. Accordingly, the 
25 term "party" or "counterparty" shall refer to any institution, organization, trading group, or 
other entity which has a unilateral or bilateral credit relationship with another entity. In a 
typical scenario, a credit officer or someone with policy setting power for a party will define 
the amount of credit the party is willing to extend to each potential counterparty. 

The invention is most suited to instruments that include on-going obligations, such as 
30 those listed in Table 1, but can also be applied to other instruments, such as stocks and 
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bonds where a party's only significant risk is settlement. Moreover, the invention also 
applies to contracts based upon the exchange of any commodity, such as contracts for the 
exchange of bandwidth, real estate, electricity, processing power, freight transportation, etc. 
Thus the term "financial instruments" as used herein includes contracts based upon such 
5 commodities or services. 

With reference to Figure 2, an overview of the system for entering and processing 
credit limits on buckets is described. For each potential counterparty (50), the system is 
initialized, i.e. a is set to zero (51 ), and the credit officer or other authorized user (referred to 
herein as an "administrator" or "credit officer") defines a Proportional Draw Down limit (52) 
10 for each bucket by tenor Mj° for buckets (i = 1 ...N). The administrator may combine several 
^ tenors or financial instruments into a single bucket. Thus, for example, the administrator 
may choose to set up three buckets for a given financial instrument, such as a two year 
% tenor, a five year tenor and a seven year tenor. Any tenor for this financial instrument would 
FU then be assigned to one of these buckets based on its lifespan. In a preferred embodiment, 
^115 any tenor of the financial instrument of two years or less would be assigned to the two year 
J3 bucket; any tenor of the financial instrument of greater than two years but less than or equal 
L, to five years would be assigned to the five year bucket; and any tenor of the financial 
O instrument of greater than five years but less than or equal to seven years would be 
Jq assigned to the seven year bucket. Any tenor of the financial instrument of greater than 

Q20 seven years could not be traded unless the administrator chose to create an additbnal 

D 

bucket of a longer tenor. In an alternate embodiment, tenors of greater than the maximum 
bucket tenor are given a "maybe" trading status, as described further below. The 
administrator further decides how buckets are related. For example, all tenors of a given 
financial instrument are typically related. In addition, the administrator may also decide to 

25 group different financial instruments, such as swaps and options, together, such that credit 
drawn down for swaps will reduce the credit available for the options. 

The Proportional Draw Down for each bucket represents the amount of trading that 
could potentially be done (on a notional basis) in a single bucket that would completely 
exhaust the entire credit limit of a given counterparty. Combined, the Proportional Draw 

30 Downs for a group of buckets give the proportional relationship between trades done in 
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different buckets. In one embodiment of the invention, the administrator may further define 
an Overriding Credit Limit (54) for each bucket Oj° for buckets (i = 1...N) which is an 
additional constraint on credit that further limits the trading in any bucket. The Overriding 
Credit Limit is the maximum that may be drawn down from a given bucket. The Current 
Available credit limit at any given time for each bucket is then the minimum of the 
Proportional Draw Down and the Overriding Credit Limit. In one embodiment, the 
administrator may further specify a minimum trade amount (CL m jn) below which trades will 
be allowed. This may be a global variable or assigned individually for each entity. 
Optionally, this minimum is simply set to zero. 

The Proportional Draw Downs create a relationship between the various buckets for 
the various instruments, such that the trading in any instrument in any single bucket will have 
an effect on all of the instruments in any related buckets. While the present invention is 
described in terms of Proportional Draw Downs, other methods of specifying the relationship 
between tenors of financial instruments are within the scope of the invention and will be 
apparent to those of skill in the art based on the specification herein. These alternate 
methods include, without limitation, specifying the fractional relationships between buckets. 
Thus, for example, one could specify a credit relationship between ten year, five year, and 
two year tenors, for a given option, as 1:4; 1:2; and 1:1 . Once the administrator defines the 
Proportional Draw Downs, and, optionally, the Overriding Credit Limits, the system calculates 
(55) initial Currently Available Limits for each bucket Cj° for buckets (i = 1...N). The initial 
Currently Available Limits are preferably calculated according to the formula: 
CjO = max (min [MjO, Oj°], CL min ). 

As shown in Figure 2, after the Proportional Draw Down Limits and Overriding Limits 
are defined, and the initial Currently Available Limits are calculated, the system is ready to 
process trades (56). A preferred methodology utilizing the concept of Proportional Draw 
-Downs along with Overriding Limits to track Current Available Limits is now described: 
Suppose there are N Buckets: 1 ...N. 

Suppose that there have been a (a = 0, 1 , 2, ...) trades done so far. 
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Denote the values of the Proportional Draw Downs for the N buckets after a 
trades as Mj a , i = 1...N, the values of the Overriding Limits as Oj a , i = 1...N, and the 
values of the Current Available Limits as Cj a , i = 1...N. 

Suppose that the a + 1 trade is done (56) in the k* h bucket with size Xk- 
In one embodiment of the invention, both parties to a trade will draw down the credit 
limits available to the opposing party for any trade. In another embodiment, trades for 
certain types of instruments having non-symmetrical credit risks will only draw down against 
the credit limits for one of the parties. For example, the buyer of an option would want to 
reduce the credit limit of the party it is buying the option from, whereas the seller of an option 
may not want to reduce the credit limit of the party it is selling the option to. In this 
embodiment, the system will determine whether to reduce one or both parties respective 
credit limits based on the nature of the instrument and whether the party is a buyer or a 
seller. 

The system calculates (58) (for at least one counterparty) new values for the 
Proportional Draw Downs as: 

MjOt + 1 = Mj« - (Mj<* / Mk a ) * Xk. (1) 
The system calculates (60) (for at least one counterparty) new values for the 
Overriding Limits as: 

OjOt + 1 = Oja _ 5 ik * X k . (2) 
where 5 ik is the well known Kronecker Delta and has a value equal to 0 if i is not equal 
to k and a value equal to 1 if i equals k. 

The system calculates (62) (for at least one counterparty) new values for the Current 
Available Limits as: 

Ci« + 1 = max (min [Mj« + 1, Oj« + 1], CL min ). (3) 
where max is the maximum function which compares the two arguments and returns 
their maximum, and min is the minimum function which compares its two arguments 
and returns their minimum. 

As noted above, in one embodiment CL m j n is automatically set by the system to zero. 
This ensures that the counterparty's credit limit will never be less than zero. However, CL min 
may be changed by an authorized user. Finally, a is incremented (63) 
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For the case of a typical trading desk authorized to trade swaps and options the 
following examples will help to understand the invention. Assume the trading desk's credit 
officer has specified the values for Proportional Draw Downs and Overriding Limits as shown 
in the first two rows of Table 2 and Table 3 below. 
Initially no trades have taken place (i.e. a = 0). 



SWAPS 


2 Year 
("bucket 1") 


5 Year 
("bucket 2") 


10 Year 
("bucket 3") 


Proportional Draw Down ($MM) 


400 


200 


100 


Overriding Limit ($MM) 


300 


100 


80 


Current Available Limit ($MM) 


300 


100 


80 



Table 2 



OPTIONS 


2 Year 
("bucket 4") 


5 Year 
("bucket 5") 


10 Year 
("bucket 6") 


Proportional Draw Down ($MM) 


800 


400 


200 


Overriding Limit ($MM) 


500 


400 


200 


Current Available Limit ($MM) 


500 


400 


200 



Table 3 



If we let the two year bucket for Swaps be bucket 1 ; the five year bucket for Swaps be 
bucket 2; the 10 year bucket for Swaps be bucket 3; the two year bucket for Options be 
bucket 4; the five year bucket for Options be bucket 5; and the ten year bucket for Options 
be bucket 6; the values for Proportional Draw Downs, Overriding Limits, and Current 
Available Limits are as follows: 

= 400, M 2 <> = 200, M 3 ° = 100, M 4 ° = 800, M 5 <> = 400, M 4 ° = 200; 
Of = 300, O 2 o = 100, 0 3 ° = 80, 0 4 <> = 500, 0 5 ° = 400, 0 4 <> = 200; 
Of = 300, C 2 ° = 100, C 3 o = 80, C 4 o = 500, C 5 o = 400,C 4 o = 200. 
Now assume a trade takes place consisting of $40 MM of 2 year Swaps. The value for 
the trade size is: 

X 1 = 40. 
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The new values (i.e. the a + 1 values) for the Proportional Draw Downs, Overriding 
Limits, and Current Available Limits can then be calculated using equations (1), (2), and (3) 
respectively. 
For example: 

= 400 - (400/400) * 40 = 360; 
CV = 300-1 * 40 = 260; 
(V = max(min(360,260),0) = 260. 
Tables 2 and 3 can then be updated with the new values as shown in Tables 4 and 5, 
respectively. 



SWAPS 


2 Year 


5 Year 


10 Year 


Proportional Draw Down ($MM) 


360 


180 


90 


Overriding Limit ($MM) 


260 


100 


80 


Current Available Limit ($MM) 


260 


100 


80 



Table 4 



OPTIONS 


2 Year 


5 Year 


10 Year 


Proportional Draw Down ($MM) 


720 


360 


180 


Overriding Limit ($MM) 


500 


400 


200 


Current Available Limit ($MM) 


500 


360 


180 



Table 5 



In a more general embodiment of the invention, Overriding Limits are not required. In 
essence, this is a special case of the above methodology in that it is equivalent to setting the 
Overriding Limit to the Proportional Draw Down for each bucket. The mathematical model 
for this case is as follows: 

Suppose there are N Buckets: 1...N. 

Suppose that there have been a (a = 0, 1, 2, ...) trades done so far. 
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Denote the values of the Proportional Draw Downs for the N buckets as Mj, i = 
1...N. 

Denote the values of the Current Available Limits after a trades as Cj a , i = 
1...N. 

5 Suppose that the a + 1 trade is done in the k* h bucket with size Xk. 

The new values for the Current Available Limits are 

Ci« + 1 = max [Cj<* - (Mj / M k ) * X k ,, CL mir j. (4) 
Equation (4) can be employed in a similar manner to equation (3) above to continually 
track available credit. As above, in one embodiment CL mjn is automatically set to zero, but 
10 may, alternatively, be administrated as noted above. 

In one embodiment of the invention, the system implements the above procedure by 



£ normalizing the credit limits in buckets 1 ...N to the credit limit for a single bucket, called a 
SI Normalized Total Credit (NTC). The buckets are typically normalized to the maximum tenor, 



LJ 



for example, the swaps of Table 2 above would be normalized to $100 million ten year 



njl 5 swaps. 



Thus, for example the conversion ratios (CR,) for the two, five, and ten year swaps of 
Table 2 could be expressed as: .25, .5, and 1, respectively, where NTC is the normalized 
~ total credit ($1 00 million) with respect to the ten year swap. 

With reference to Figure 3, a preferred method for calculating credit limits using NTC 



^20 is now discussed. Once the Proportional Draw Downs and Overriding Credit Limits have 
been entered, the NTC must be set (70). As noted above, this is typically set equal to the 
Proportional Draw Down of the maximum tenor for at least one instrument, but may be set 
equal to any draw down limit or any arbitrary value. The conversion ratios (CR,) are then 
calculated (72) for each bucket as the ratio of the NTC over credit limit for that bucket. 
25 When a signal indicating the a +1 trade has occurred for a tenor falling in the k* bucket for 
amount Xk, is being entered into is received (74), the system recalculates (76) the NTC as: 

NTC a+1 =NTC a "(Xk*CRj). 

30 Proportional Draw Downs for each bucket (M,) are calculated (78) as: 

Mj a+1 = NT c a+1 * 1 / CRj. 

. 12 
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10 



Overriding Credit Limits (O,) are calculated (80) as: 
OjO+1 = Oja-1- 6jk * Xk. 

Current Available Limits (C, a )are calculated (82) as: 

= max (min [MjO+1, Oja+1], CL m i n ). 

Continuing the example from Table 2 and 3 above, Tables 6 and 7 show initial 
Proportional Draw Downs of 400, 200, and 100 million, and Overriding Credit Limits of 300, 
100, and 80 million for 2, 5 and 10 year swaps; and Proportional Draw Downs of 800, 400, 
and 200 million and Overriding Credit Limits of 500, 400, and 200 for 2, 5, and 10 year 
options, respectively. 



y? 


SWAPS 


2 Year 


5 Year 


10 Year 


RJ 
n 

far? 

m 


Proportional Draw Down ($MM) 
Conversion Ratio 


400 
CR: .25 


200 
CR: .5 


100 
CR: 1 




Overriding Limit ($MM) 


300 


100 


80 




Current Available Limit ($MM) 


300 


100 


80 


. & 

Z.S 1 
tSS> 

O 


Table 6 








OPTIONS 


2 Year 


5 Year 


10 Year 




Proportional Draw Down ($MM) 
Conversion Ratio 


800 
CR: .125 


400 
CR: .25 


200 
CR: .5 


25 


Overriding Credit Limit ($MM) 


500 


400 


200 




Current Available Limit ($MM) 


500 


400 


200 



Table 7 



Assume forty million dollars of two year swaps, sixty-five million dollars of ten year 
30 swaps, as well as eighty million dollars of two year options are traded. NTC is calculated as 
follows: 
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NTC = 100 - (40 x .25)- (65 x 1) - (80 x .125) = 15. 

The new available limits, as shown in Tables 8 and 9 are calculated being 30 for the 
five year swaps or 2 times the ten year NTC, 60 for the two year swap or 4 times the ten year 
5 NTC, and the new values for the options are 2 times the ten year NTC or 30 for the ten year 
options, the five year options maximum is 60 or 4 times the ten year NTC, and the new two 
year options limit is 8 times the ten year NTC or 120. Had any of the overriding credit limits 
been less than the calculated available limits, those values would have been used. Also, 
tables 8 and 9 have been updated to reflect updated Overriding Credit Limits. 



10 


SWAPS 


2 Year 


5 Year 


10 Year 


s : 


Proportional Draw Down ($MM) 


60 


30 


15 




Overriding Credit Limit ($MM) 


260 


100 


15 


ry 

*=% 

r iis 

yj 


Current Available Limit ($MM) 


60 


30 


15 


Table 8 






3 

Li 
i 


OPTIONS 


2 Year 


5 Year 


10 Year 


t_J 
s : 


Proportional Draw Down ($MM) 


120 


60 


30 


L" 1 

yo 


Overriding Credit Limit ($MM) 


420 


400 


200 


o 
D 


Current Available Limit ($MM) 


120 


60 


30 



20 Table 9 



With reference to Figures 4 - 9, a preferred interface for managing credit limits will 
now be described. The credit officer, administrator, or other authorized user selects from a 
list of trading groups (shown as 112, 114, 116, 118, 120, 122, 124 and 126). The credit 
25 officer will select one or more of these trading groups and set trading properties for the 
selected group or groups. The credit officer enters the properties screen by selecting the 
properties link (128). Overriding Credit Limits may be specified using a similar interface (not 
shown) for embodiments including overriding credit limits. 

14 
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Figure 5A shows a draw down proportion screen (tab 150), including a draw down 
matrix (128), having three instruments, swaps (130), swaptions (132) and cap/floors (134). 
Additional instruments traded by the specific trading group, in this example, the USD Swaps 
and Options group, may be available by scrolling down the screen (not shown). In this 
example, four buckets for each instrument are displayed, two year (140), five year (142), 
seven year (144) and ten year (146). As noted above, each tenor for any listed instrument 
will be assigned by the system to one of the buckets for that instrument. The credit officer 
will enter the Proportional Draw Downs for each bucket for each instrument. For example, in 
Figure 5A, the officer has entered 1600 for two year swaps, 1000 for five year swaps, etc. 
As shown in Figures 8 and 9, the credit officer can redefine the number, and tenor, of 
buckets, either globally (Figure 8) or on an individual trading group (Figure 9) basis. 

As shown by the horizontal and vertical "=" symbols in the draw down matrix (128), 
the Proportional Draw Downs for each tenor (140, 142, 144 and 146) of the instruments 
(130, 132 and 134) will be related. Thus, 500 in ten year swaps will be equivalent in draw 
down of credit to 1500 in two year cap/floors. As shown in Figure 5B, in one embodiment, 
the credit administrator may specify that certain instruments and/or tenors are not related, by 
turning off the horizontal and/or vertical "=" symbols. For example, in Figure 5B, the credit 
administrator has created two sets of buckets, one for USD swaps and USD swaptions, and 
a second for USD Cap/Floor. Thus, trading in the USD Cap/Floor instruments will not effect 
credit levels in the USD swaps and USD swaptions set of buckets. Likewise, trading in USD 
swaps or USD swaptions will not effect the credit levels in the USD Cap/Floor buckets. 

Any instrument with a tenor not falling within a specific bucket will preferably be 
automatically grouped to the next higher bucket. Thus, for the example shown in Figure 5A, 
trading a six year swap will be the same as trading a seven year swap for credit purposes. 
In another embodiment, any instalment with a tenor not falling within a bucket will be 
allocated among the next higher and next lower buckets by mathematical interpolation. For 
the example shown in Figure 5A, a trade in a six year swap in this embodiment may have 
one half of its notational size drawn down from the five year bucket and one half drawn down 
to the seven year bucket 
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Figure 6A shows an eligibility screen (tab 152), including an eligibility matrix (160), 
having a list of eligible entities (162), a binary eligibility list (164) and a draw down multiple 
(166). A trading group profile specifies which entities will be included in the eligible institution 
list (162). The first time the credit officer accesses the eligibility screen (tab 152), eligibility is 
5 defaulted to yes for all entities in the eligible institution list and the multiplier (166) is 

defaulted to 1 .0. Any entities not included in the list will be assumed to be eligible, although 
their multiplier will be set to zero. Thus, as described below, new institutions will be given 
"maybe" status until the administrator further specifies credit status for that institution. The 
credit officer may modify eligibility for any specific institution by clicking on the binary 
10 eligibility list (164). The draw down multiple list allows the credit officer to easily multiply the 
drawn down matrix (128) set above in Figure 5A by a multiplication factor. For example, 

J Morgan Guarantee Trust has been assigned a multiple of 2.0 in Figure 6A. The system 

Si would then multiply each entry in the drawdown matrix (128) of Figure 5A by a factor of 2.0. 
For example, the two, five, seven and ten year limits for USD Swaps for Morgan Guarantee 

015 Trust would be set to 3200, 2000, 1600 and 1000 for two, five, seven and ten year buckets, 

*J respectively. 

B Figure 7 shows a customization screen (tab 154), including a customizable draw down 

g matrix (170) and an available credit limit matrix (172) for each trading institution. The credit 
-~ officer may individually set the draw down limits for each bucket and instrument for each 
p20 trading institution. The screen allows the credit officer to scroll down to additional trading 
^ entities. Users without credit setting power may view this screen to see the available credit 
limits for each institution, but preferably, are not allowed to modify credit limits. 

As shown in Figure 10, credit relationships in accordance with the present invention 
may be displayed on trader screens such that the credit relationship for individual trades may 
25 be displayed while keeping the identity of the potential trading counterparty anonymous. In a 
preferred embodiment, individual bids and offers are displayed with an indication, preferably 
specific colors, corresponding to the potential credit relationship of the counterparty. Bids 
and offers on which credit is bilaterally approved according to the credit relationship scheme 
are indicated by a first color, preferably green (shown as standard font text in Figure 10). 
30 Bids and offers having a "maybe" status as to credit are indicated by a second color, 
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preferably yellow (shown as underlined text in Figure 10). A bid or offer will have a "maybe" 
status when credit was initially assigned by either party to the potential counterparty but has 
been used up, at least for the specific tenor, through one or more trades. These are 
considered "maybe" in the preferred embodiment because credit officers typically spread 
credit over a variety of systems and are often willing to further extend credit on one or more 
systems to a specific counterparty, particularly when the credit for the given counterparty has 
been used up on one system but not another. Alternately, "maybe" status for a potential 
counterparty would arise where the initial proportional draw downs or overriding credit limits 
have been set to zero. Bids and offers in which one or both parties have a "no" status are 
indicated with a third color, preferably red (shown as bold/italic in Figure 10). This occurs 
when the credit officer for either party indicates they will not trade with the entity associated 
with the bid and/or offer. Traders using this system will immediately know the credit status, 
"yes," "no," or "maybe," of any bid or offer on the system before attempting to enter into a 
trade. 

Figure 6B shows an eligibility screen (tab 152) in an embodiment of the invention 
utilizing mutual put requirements (400) including a start, or first look, list (402) and a 
maximum period list (404) (referred to as a "period" herein). For example, line 406 indicates 
that in order to trade a given financial instrument with Merrill Lynch Capital Services, an early 
termination agreement must be entered into having a first exercise time no longer than 10 
years after the trade is entered into and additional exercise times on at least every 5 year 
anniversary of the first exercise date for the duration of the financial instrument. For financial 
instruments having tenors less than the start time (402), no mutual put would be required. 
Other potential mutual put parameters are possible, such as a termination date or a 
"minimum period" (both discussed below). This screen (tab 152) also preferably includes a 
list of eligible entities (162), a binary eligibility list (164) and a draw down multiple (162). The 
mutual put requirement list (400) allows the credit officer, or other authorized user, to set 
mutual put time requirements for each potential counterparty. As shown, mutual put 
requirements may include a start, or first look, time (402) and a period thereafter (404). A 
"single look" option may be specified by entering a start date (402) and leaving the period 
field (404) blank. With a "single look," the mutual put can only be exercised once, at the time 
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specified in the start field (402). The credit officer may indicate that no mutual put option is 
required such as by entering a start time (402) which is longer than the longest tenor 
instrument traded with a potential counterparty or by leaving the start field (402) blank. Also, 
the period field (404) does not become active (i.e. can not be changed) unless the start time 
5 (402) is specified. Alternate methods for indicating that no mutual put is required oould be 
used. The mutual put requirements are stored by the system in a database. 

As shown in Figure 12, mutual put requirements are preferably automatically enforced 
between counterparties. The system receives a signal (1202) indicating two parties (Party A 
and Party B) wish to enter into a trade. The system retrieves (1204) the bilateral mutual put 
10 requirements that were previously stored and calculates a set of mutual put parameters for 
the trade. In one embodiment, each mutual put requirement will have a first look variable 

O 

',n and a period variable. The system preferably calculates (1206) the minimum start date as 
CP the minimum of (the start date specified by a credit officer for Party A for trades with Party B, 
fy and the start date specified by a second credit officer for Party B for trades with Party A). 
3l5 Likewise, the minimum period will be calculated (1208) as the minimum of (the period 

ry 

y3 specified by the credit officer for Party A for trades with Party B, and the period specified by 
* the credit officer for Party B for trades with Party A). As mentioned above, a single look may 
p also be specified by one or both counterparties. The period on a single look can be thought 
of as infinite. Therefore, if the credit officer for Party A specified a single look for trades with 
Q20 Party B, and the credit officer for Party B specifies both a first look and a period for trades 
~ with Party A, the period specified by Party B will be the minimum and, thus, used. 

Alternatively, mutual put parameters may be calculated by other methods to meet the 
needs of the parties utilizing the system. For example, if certain parties do not have the 
backoffice facilities to handle frequent "looks," i.e. small periods, they will be interested in 
25 demanding a certain minimum perbd below which they will not want to trade. Thus, in one 
embodiment, credit officers may specify a "minimum period" for mutual puts. This may be 
entered on an individual counterparty basis, such as through a minimum period list (not 
shown), or on a global basis for all potential counterparties. The system will calculate the 
mutual put parameters for this "minimum period" as the maximum of (the minimum period 
30 specified by a credit officer for Party A for trades with Party B, and the minimum period 
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specified by a credit officer for Party B for trades with Party A.) In one embodiment, credit 
officers may specify both a minimum period and a maximum period (as noted above referred 
to as the "period" herein) for various counterparties. The system will verify that the minimum 
of the bilateral maximum periods is not too frequent for either counterparty, i.e. is not less 
5 than the minimum period for either counterparty. 

It will be obvious to those skilled in the art that while Figure 12 shows the step of 
receiving a trade signal (1202) before the steps of calculating the mutual put parameters 
(1206, 1208), mutual put parameters between each pair of potential counterparties could be 
pre-calculated (1206, 1208) and stored in a 2 dimensional table. The system then looks up 
10 the pre-calculated mutual put requirements in response to receiving a trade signal (1202). 

The system preferably provides a confirmation screen to both parties asking them to 

0 

^ confirm the trade and the calculated mutual put parameters, e.g. start date and period. 
CJJ Preferably, the identity of the counterparty is disclosed in this notice. If the system receives 
nj (1212) confirmation from both parties, the trade is added (1214) to the historical database for 
jfl5 both parties. Because the mutual put information is kept in defined fields in the system, this 
y3 information can be easily reported to the party's credit officer or other interested authorized 

? : user 

□ In one embodiment of the invention, traders for Party A and Party B may further 

^ negotiate the mutual put parameters. In this embodiment, traders may enter appropriate 
□20 mutual put data into specified fields on the confirmation screens (1213). The system verifies 
~ (1216) that the mutual put data entered by the traders satisfy the minimum mutual put 

requirements specified by their respective credit officers. As noted above, a credit officer 
may specify that no mutual put option is required. In this case, a trader associated with that 
credit officer is free to suggest any set of mutual put data to the counterparty for the trade. 
25 The system will then calculate the mutual put parameters by finding the minimum(s) of the 
mutual put data entered by the parties. 

As noted above, other methods of calculating (1218) the mutual put parameters may 
be used. 

The system is preferably implemented utilizing a computer network as disclosed in 
30 Figure 1 1 . Each trader station (250, 251 and 252) is connected to the server (254) through 
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the network (255). The network (255) is preferably a private network connected through any 
number of means, such as T1 lines, digital subscriber lines, cable modems, satellite links, or 
other available connectbn means. One or more trader stations for a trade group may be 
coupled via a local area network (253). A credit officer station (256) also is preferably 
coupled via the same local area network (253) to server (254). Alternatively, trader stations 
(250, 251 and 252) may be coupled to server (254) through any of a number of means, such 
as via a public network such as the Internet or via a virtual private network. The system 
preferably utilizes a client-server architecture in which trader stations (250, 251 and 252) 
execute a thin-client written in Java to communicate with the server (254). In an alternate 
embodiment, the server (254) acts as a web server and communicates with trader stations 
(250, 251 and 252) using a page description language, such as HTML. In this embodiment, 
traders interact with server (254) using an HTML compatible browser (e.g., Netscape 
Navigator® or Microsoft Internet Explorer®). 

Although the present invention was discussed in terms of certain preferred 
embodiments, the description is not limited to such embodiments. Rather, the invention 
includes other embodiments including those apparent to a person of ordinary skill in the art. 
Thus, the scope of the invention should not be limited by the preceding description but 
should be ascertained by reference to claims that follow. 
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